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(57) Abstract: A Flash Memoiy Unit compiises a plurality of memory banks capable of simultaneously programming a plurality 
of pages into a plurality of data blocks within the respective memory banks. On start up, the Flash Memory System sends a signal 
to a Host. If the Host fails to respond, the Flash Memoiy Unit determines that the Host is a standard Host and stores data one page 
at a time. If the Host responds with a proper signal, the Flash Memory Unit determines that the Host is a high performance Host 
and stores multiple pages of data simultaneously. The high performance Host is configured to select identical LBA offsets from a 
plurality of Virtual Logical Blocks of User Data, and send the data defined by these Logical Block Addresses to the Flash Memory 
Unit for storage. The plurality of Logical Blocks of data are respectively transmitted to a plurality of RAM Data Registers, and 
simultaneously progranmied into their respective memoiy banks. In sequential steps of programming, data defined by consecutive 
Logical Block Addresses are stored in Physical Pages defined by consecutive Physical Block Addresses. Data stored by a high 
performance Host is therefore retrievable by a standard Host 
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FLASH MEMORY ARC^niBCTURE IMPLEMENTING 
SIMULTANEOUSLY PROGRAMMABLE MULTIPLE 
FLASH MEMORY BANKS THAT ARE HOST COMPATIBLE 

Field of the Invention 

The present invention relates to the field of Flash Memory Systems. More 
particularly, the present invention relates to Flash Memory Systems interfacing with Host 
S3^tems. 

Background of the Invention 

Flash memory technology is an electrically rewritable nonvolatile digital memory 
medium. Being non- volatile, it does not require a sustained voltage to retain digital data 
within its memory. A flash memory cell typically stores charge on a floating gate to represent 
a first logic state in the binary state system, while the lack of stored charge represents a 
second logic state in the binary state system. Flash memory cells typically support a write 
operation, a read operation, and an erase operation. 

As flash memory technology has advanced, a variety of ^plications have become 
possible. In particular, flash memory implementations that emulate the mass storage function 
of conventional rotating magnetic media, e.g., a hard disk drive or a floppy disk drive, 
coupled to a host computer system or other host digital system have gained wide acceptance. 
Hard disk drives and floppy disk drives suffer several deficiencies which are not shared by 
flash memory technology. First, hard disk drives and floppy disk drives have many moving 
parts, e.g. an electrical motor, a spindle shaft, a read/write head, and a magnetizable rotating 
disk. These components give rise to reliability problems and magnify the hard disk drive's 
and floppy disk drive's susceptibility to failure resulting firom the vibration and shock of being 
dropped or bumped. Secondly, a motor driven disk drive consumes a significant amoimt of 
power, substantially shortening the operational time between battery chargings. Finally, 
accessing data stored in the hard disk drive or the floppy disk is a relatively slow process. 

In contrast, a Flash Memory System possesses many advantages over rotating storage 
disks. The typical Flash Memory System has no moving parts, accounting for the higher 
reUabiUty of the typical Flash Memory System. In addition, the rugged design of the typical 
Flash Memory System withstands environmental conditions and physical mishandling that 
would otherwise be catastrophic to the hard disk drive or the floppy disk drive. Generally, a 
user can access data stored in the typical Flash Memory System feirly quickly. Finally, the 
power consumption of the typical Flash Memory System is considerably lower than the hard 
disk drive's and the floppy disk drive's power consumption. 

Because of the market saturation and universal application of rotating media such as 
hard disk drives, even a superior process or device seeking to capture a share of the market 
must be compatible with existing software and operating systems. To achieve compatibility 
with systems configured to store data within legacy rotating mass storage systems, flash 
memory is typically broken up into a series of data fields capable of storing of five hxmdred 

1 
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twelve bytes of user data and sixteen bytes of overhead data, thereby emulating the size of a 
data field typically available in commercial hard disks. FIG. 1 depicts a non-volatile memory 
array witiiin a flash memory device. A collection of Physical Sectors or Pages 108, ... 1 12 
are typically capable of storing of five hmidred twelve bytes of user data plus sixteen bytes of 
overhead data per Page, thereby conforming to the storage capacity of a sector of a typical 
rotating storage device. A plurality of Physical Pages 108, . . . , 1 12, typically sixteen or 
thirty two Pages, comprise a Physical Data Block 102. 

According to the prior art, a Flash Memory System has been comprised of a single 
memory structure 100 comprising a plurality of Physical Data Blocks 102, . 106. Each data 
Physical Data Block 102 , . . . , 106 is uniquely assigned a Virtual Physical Block Address 
(VPBA), for identifying and distinguishing a plurality of Physical Data Blocks comprising a 
Flash Memory System. Usually, each data block 102, , • . , 106 is selectively programmable 
and erasable. 

FIG. 2 illustrates one embodiment of flash memory architecture according to the prior 
art. A Host 215, such as a computer or digital camera, transmits and ireceives data to a 
removable flash memory card 201 . During transmission from the Host to the Flash Memory 
System, the Host assigns logical block addresses to the data. When retrieving the data, the 
Host requests data according to the logical block addresses which it previously assigned The 
data enters a host interface circuit 203 of the flash memory Controller 202, by means of a host 
interface bus 220, typically comprising parallel bus architecture. The host interface circuit 
controls the storage of incoming data by means of a RAM Data BuJBFer 204. When a 
predetermined amount of data has been stored within the RAM Data Biififer 204, the memory 
interface circuit 205 transmits data through a memory bus 230 to the non-volatile Flash 
Memory Unit 206, which was disclosed in greater detail according to FIG. 1 . Typically the 
data bus 230 is a parallel bus structure. The size of the data buffer 204 is advantageously 
designed to store an amoimt of data equal to a multiple of some non volatile memory field, 
such as a page comprising approximately five hundred twenty eight total bytes of dsrta, 
depicted in FIG. 1 . 

At the present state of technology, a Rash Mraiory System has a limited number of 
program cycles before ''wearing out." To ameliorate the problem of wearing-out, a controller 
discussed in greater detail in FIG. 2 attempts to cycle through the available memory locations 
before returning to the first location. By regulating ttie rate of wear among cells, the 
controller prevents uneven wear focusing on one area of the Flash Memory System. As a 
consequence of wear-leveling programs, all the cells within a Flash Memory System will 
therefore typically wear-out at the same rate. The wear-leveling program therefore reduces 
the likelihood that the Flash Memory System will experience premature degradation within a 
localized memory area due to overuse of one area. The entire Flash Memory System 
therefore remains uniformly reliable through its life. A hard disk drive does not require this 
wear leveUng feature because its storage mechanisms can undergo a practically imlimited 
number of program/write operations without degrading performance. This contrast results in 
an operational disparity between the addressing system used wiflrin a flash memory, and that 
used within a hard drive or floppy disk. 
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In both hard drives and Flash Memory Systems, flie physical addresses assigned 
within a memory typically follow a geometric structure within the memory system. That is, 
physical addresses will typically increment through successive memory locations. When 
User Data is received by a memory sj^em, whether Flash Memory or rotating disk, a Host 
5 system normally assigns an address to incoming data. In a hard drive, data is typically stored 
in the sector whose physical address matches the logical address defined by the Host System. 
If a Host system updates User Data previously defined by a g)ecific logical address, the new 
data will overwrite the original data at the prescribed address. 

In a Flash Memory System, however, as a result of cychng through various areas of a 

1 0 flash memory according to a wear-leveling algorithm, physical areas defined by new physical 
addresses are continually filled. When a Host system updates User Data defined by a specific 
logical address and sends it to the Flash Memory System, the wear-leveling program will 
assign the incoming User Data to a physical location unrelated to the physical location in 
which User Data of the same logical address had previously been stored. Old data associated 

1 S with a particular logical address is not inmaediately overwritten by incoming data of the same 
logical address. The old data is simply obsoleted, and the incoming data is written into the 
next available Physical Data Block, that is, the next addressable Physical Data Block that is 
firee and non-defective. As a result, the Host assigns addresses to data that bear no 
relationship to the addresses where the flash memory ultimately stores the data. A distinctive 

20 characteristic of tiie wear-leveling data storage program implemented by the typical Flash 
Memory System therefore lies in the continuously changing relation between the logical 
addresses assigned by the Host, and the physical addresses actually used by the Flash Memory 
System. Through this dual memory process, a Fladi Memory System is able to fimctionally 
emulate the relationship between a hard drive and a Host v/ifh respect to data storage and 

25 retrieval, thereby maintaining compatibiUty with existing software. 

FIG. 3 illiistrates various registers and fields used to take incoming data and store it 
within the Flash Memory Unit 206 (FIG. 2). In order to facilitate retrieval of User Data 
stored by a Host System, however, a correlation of logical and physical addresses must exist. 
This correlation is typically stored within the Flash Memory System, in the overhead portions 

30 of each page 108, . 1 12, and in the RAM Space Manager 370. When a Host transmits 
User Data 310, . . . , 316 identified by a set of logical addresses 302, . . . , 308 to a Flash 
Memory System, the Flash Memory System stores the data in certain physical locations 322, . 
. . 328 and then correlates the logical 302, . . . , 308 and physical 330, . . . , 336 addresses of 
that data in specifically designated correlation registers or fields such as the space manager 

35 370. SubsequCTtly, when the Host requests data identified by a specific logical address, the 
Flash Memory System examines the various registers, fields, or files correlating logical 
addresses to physical addresses. Upon locating the logical address requested by the Host, the 
Flash Memory System is able to secure the Physical Address correlating to that logical 
address. The Flash Memory Systrai retrieves the User Data from that physical address. 

40 The storage and retrieval process involves a series of operations of masking and 

concatenating various bits within various address registers. The bit register used to store a 
Logical Block Address can be divided into two sub-registers, a higher order bit field 342 and 
a lower order bit field 344 of LBA temporary register 340. A group of Logical Blocks 310, . . 
.,316, typically sixteen or thirty two, defined by a common address within the higher-order 

45 bit field comprise a Virtual Logical Block 300. The number in the higher-order bit field is the 
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Virtual Logical Block Address. The number in the lower order bit fields among the 
component Logical Blocks is an LB A offset which distinguish the individual Logical Blocks. 
The lower order addresses or oflfeets typically increment from zero through fifteen or zero 
through thirty-one, though any size Virtual Logical Block is possible. The higher order 
S Virtual Logical Block address plus the lower order bits define a Logical Block address, as 

illustrated by LB A temporary register 340. Component Logical Blocks 3 1 0, , . . , 3 16 within 
a Virtual Logical Block are therefore defined by a Logical Block Address (LBA). 

A Virtual Logical Block (VLB) 300 of data, defined by a Virtual Logical Block 
Address (VLB A) represents an amount of data equivalent to a physical area of memory 

1 0 known as a Physical Data Block 320 which is defined by a Virtual Physical Block Address 

(VPBA). A VPBA is comprised of complement Physical Pages. Consecutive pages within a 
VPBA are distinguished by PB A offset The VPBA plus the PB A offset define a unique PB A 
or Physical Block Address 330, . . . , 336 for each page. Each Logical Block 310, . . . , 316 
represents an amount of data equivalent to a physical Page 322, . . . , 328. Data fields and 

IS registers dedicated to correlating logical and physical addresses, such as a RAM Space 

Manager 370 consume valuable memory space within a Flash Memory S3^em, memory that 
could otherwise be advantageously used to store Usct Data. If a Flash Memory System were 
comprised of sufficient correlation registers 380, . . , , 384 to correlate every LBA 345, 346, 
etc. to a respective PBA 330, . . . , 336 a great deal of Flash Memory would be consumed in 

20 the correlation function, leaving far less available m^nory for storing User Data, Such 

detailed correlation would be required, for example, if a Virtual Logical Block of Usct Data 
300 were firagmented into sixteen or thirty-two component LBA's 302, . . . , 308 and stored in 
sixteen or thirty-two diverse pages distributed among different Physical Data Blocks within 
the Flash Memory System 200. 

25 One way of minimizing that consmnption of memory space devoted to correlation 

data is to limit correlation to larger groups of data, such as correlating Virtual Logical Blocks 
Addresses to Virtual Physical Block Addresses defining large blocks of physical memory. A 
one-way of retaining a correlation between component Logical Blocks of a VLB and 
individual Physical Pages of a Physical Data Block without mvdtiplying correlation registers 

30 to include every Logical Block is to store consecutively addressed Logical Blocks 310,... 
316 of VLB 300 in consecutively addressed pages 322, . . . , 328 within a Physical Data 
Block 320. A one-to-one correlation between consecutive Physical Block Addresses 330, . . . 
, 336 within a Physical Data Block 320 and component Logical Block Addresses 302, . . . , 
308 within a Virtual Logical Block 300 are thus retained &rou^ a spacial or quasi-spacial 

35 arrangement. No register need be devoted to correlating individual LBA's with individual 
Physical Page addresses. Only the VLB A in the high order bit field need be correlated to the 
VPBA representing the Physical Data Block. 

FIG. 4 is a flow chart illustrating the storage of incoming User Data according to the 
data fields and registers of FIG. 3. In the first step 402, Virtual Logical Block seventeen 300 

40 (FIG. 3) is received &om a Host 215 for storage in a non-volatile Flash Memory Unit 206 
(FIG. 2). In the following step 404, the Controller 202 moves the first LBA 302 to the 
temporary LBA Register 340. Next 406, the Controller masks the lower order bits 344 within 
the temporary LBA Register 340, and moves the VLB A 342 into a VLB A Register 360. Jn 
the next step 408, the Controller examines the Space Manager 370 and identifies VPBA 

45 correlation register 384 corresponding to the current VLB 349 as disclosed in the VLB A 



4 



4 



WO 02/05285 PCTAJSO 1/40768 

register 360. Id the next step 412, the Controller 202 identifies a firee and non-diefective 
Physical Data Block 320 identified by a new VPBA. In the following step 414, the 
Controller 202 writes the new VPBA in ^e correlation register 384 of the Space Manager 
370. 

5 The Controller is now ready to identify specific pages 322, . . . , 328 within the select 

Physical Data Block 320 for storing incoming User Data within the incoming Virtual Logical 
Block 300. To achieve a one-to-one correlation between consecutive Logical Blocks 310, .. . 
,316 within the Virtual Logical Block 300, and consecutive Physical Block Addresses 330, . . 
. , 336, the Controller combines the VPBA of the Physical Data Block 320 with the LBA 

10 ofi&et of the current LBA 302, , . . , 308. In step 415 the ControllCT 202 stores the VPBA of 
the select Physical Data Block 320 in a traiporary PBA register 351. In step 416, the 
Controller 202 masks the higher order bits 342 of the temporary LBA register 340 and 
concatenates the lower order bits 344 containing the LBA of&et into the lower order register 
354 of the temporary PBA register. The combined vpper 352 and lower 354 registers from 

15 the temporary PBA register 35 1 form a Physical Block Address. In step 41 8, the processor 
then programs the Logical Block of data 3 10, ... 3 16 identified by the temporary LBA 
Register 340 into the physical page 322, . . . , 326 identified in the temporary PBA Register 
351. 

In step 420, the controller examines the next Logical Block of incoming data, and 
20 moves the LBA of the incoming Logical Block into the temporary LBA register. According 
to the final step 422, if the value in the VLBA Register 360 remains unchanged, the 
Controller 202 returns to step 416. If the new User Data received from the Host 215 
comprised a new VLBA, the process returns to step 402 and resumes. 

Some of the steps in FIG. 4 could be performed in a different order without changing 
25 the outcome of the process. Because the specific mechanics of storage could be performed in 
a numb^ of equivalent ways, the process disclosed in FIG* 4 is not intended to suggest that a 
correlated storage process according to the prior art necessarily follows these exact steps. 
The details are disclosed simply to illustrate one way of performing a data storage process in 
a maimer that preserves a natural correlation between LBA's and PBA's. According to the 
30 process as described above, the LBA offset 344 is used as a PBA offset 354 when storing a 
VLB into a Physical Page. Because of the order preserved in the storage or programming 
process, individual LBA's requested by the Host 202 may be retrieved by the Flash Memory 
System 201. 

FIG. 5 discloses a process according to the prior art whereby data is retrieved from the 
35 Flash Memory Unit 206 upon request from the Host 202. Again, the retrieval steps Listed 
below are exemplary of data retrieval according to the prior art, and is not intended to limit 
the retrieval of data to any single algorithm according to the prior art. According to step 502, 
the Host 202 (FIG. 2) requests retrieval of data defined according to a particular LBA or 
group of LBA's 302, . . . , 308 (FIG. 3). In step 504, the Controller 202 moves the requested 
40 LBA 302, . . . , 308 to a temporary LBA register 340, conceptually depicted as comprising an 
upper 342 and lower 344 register of higher order bits and lower order bits respectively. In the 
next step 506, the Controller 202 masks out the lower order bits 344 and defines the 
requested VLBA in a temporary VLBA register 360 according to the value within the higher 
order register 342. In the following step 508, the Controller 202 increments the Space 
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Manager 370 to the VLB A in the temporary VLBA register 360, thereby accessing the current 
correlation register 384 corresponding to the VLBA found in the temporary VLBA register 
360. In step 510, the Controller 202 copies the VPBA found in the cmr^t correlation 
register 384 into the upper register 352 of the temporary PBA register 351. In the foDowing 
step 5 12, the Controller 202 masks the higher ordw bits within the upper register 342 of the 
temporary LB A register 340 and concatenates the lower order bits within the lower register 
344 containing the LBA offset into the lower order register 354 of the temporary PBA 
register 351. The combined upper 352 and lower 354 registers of the temporary PBA register 
351 form a Physical Block Address. The Controller 202 is now able, according to step 514, 
to access the Physical Data Block defined by flie Physical Block Address constracted within 
the temporary PBA register, and forward flie User Data found therein to the Host. According 
to step 516, the controller also forwards the Logical Block Addresses in the temporary LBA 
Register to the Host, thereby defining tihie Logical Block of User Data according to the 
original address ascribed to it by the Host. 

By concatenating the LBA offset onto a VPBA during the storage and retrieval 
process, the Controller is able to create an LBA to PBA correlation upon request, and need 
only store a correlation of between the VLBA and the VPBA in the Flash Mraiory System 
201, reducing the amount of mraiory necessary for correlation to only a firaction of what 
would be necessary without this process. Accordingly, when the Host requests the data 
defined by a series of Logical Block Addresses, the Rash memory retrieves the User Data 
&om a physical location, and returns it to the Host. When the Host retrieves data therefore, 
the data sent to the Host is identified by the same address which the Host requested. The dual 
addressing scheme and cross referencing used within the Flash Memory System is invisible to 
the Host. 

Although flash memory is typically much faster than rotating disk type memory, there 
is a wide disparity between the '*read" and "write" times within flash memory. The read time 
of flash memory is on the order of microseconds, and compares favorably with RAM type 
memory. The programming or write operation to Flash Memory, however, is on the order of 
milliseconds, typically slower by powers often than the programming time typically found in 
RAM type memories. Accordingly, the RAM Data Buffer 204 is able to receive and 
retransmit digital data far faster than the non-volatile memory unit 206 is able to receive it. 
The progra mming phase of a Flash Memory System therefore becomes a major factor 
limiting the potential speeds possible through integrated circuit and MOS system 
incorporating Flash Memory components. 

The speed of programming Flash Memory was substantially improved by the 
development of a multi bank Flash Memory System as seen in FIG. 6. A Flash Memory 
System 600 is operatively connected to a Host system 601 such as a computer or digital 
camera. A controller 604 comprising a Host Interface Circviit 605, a Data Buffer 607 and a 
Memory Interface Circuit 609 is operatively coupled to a Flash Memory Unit 602. The Flash 
Memory Unit 602 is comprised of a plurality of Memory Banks 621, . . . , 627. The first 
Bank 621 is comprised of a plurality of Physical Data Blocks 63 1, ... , 637 and a single 
RAM Data Register 613. The second Bank 623 is comprised of a plm^lity of Physical Data 
Blocks 641, . . . , 647 and a smgle RAM Data Register 615. The third Bank 625 is 
comprised of a plurality of Physical Data Blocks 651, . . . , 657 and a single RAM Data 
Register 617. The fourth Bank 627 is comprised of a plurality of Physical Data Blocks 661, . 
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Although the transmission and programming time from the RAM Data Buffer 607 to 
flie RAM Data Registers 613, . . , , 619 is negligible when compared against the progrannning 
time for the Flash Memory cells, advanced designs can substantially reduce the time 
expended on writing User Data from the RAM Data Buffer 607 to RAM Data Registers 613, . 
. • , 619. FIG. 7 discloses a Memory Unit comprised of multiple Memory Banks 702, 704, 
706, 708. A distinctive feature of this embodiment, however, is the presence of dual RAM 
Data Registers 710 & 720, 712 & 722, 714 & 724, 716 4& 726, respectively assigned to each 
individual Memory Bank 702, . . . , 708. Bach Memory Bank 702, . . . , 708 individually 
comprises a primary Register 710, 712, 714, 716 and an auxiliary Register 720, 722, 724, 
726. Accordiag to this embodiment, the RAM Data Buffer 730 loads the four respective 
primary Registers 710, . . . , 716 with data to be stored in the Hash Mranory cells of the 
respective Memory Banks 702, 704, 706, 708. Again, for continuity of the comparison, it is 
be assumed that there are a total of four Virtual Logical Blocks of incoming User Data, each 
VLB comprising thirty-two Logical Blocks of Usct Data, are to be distributed among the fom: 
Memory Banks 702, 704, 706, 708. Each Memory Bank 702, 704, 706, 708 will therefore 
receive one Virtual Logical Block, or thirty-two Logical Blocks data, programmed one page 
at a time, plus the overhead data associated with each page. This process will occur over 
thirty-two cycles. 

By advantageously alternating between the primary Registers 710, ... 716 and 
auxiliary Registers 720, 722, 724, 726, a time delay iu writing data from the RAM Data 
Buffer 730 to the RAM Data Registers 710, . 726 would occur only on the first cycle of 
writing of the first four pages of data to the four respective registers. Prograroming of the 
Flash Memory of the respective Banks 702, . . . , 708 takes far longer than loading a page of 
memory into a RAM Data Registers. Therefore, as the primary Registers 71 0, . . . , 716 are 
programming their respective pages of data into' the Flash Memory Cells of their respective 
Memory Banks 702, . . . ,708, the RAM Data Buffer 730 can load a next four pages of data 
into the four auxiliary Registers 720, . . . , 726. Because this takes place while the Flash 
Memory cells are being programmed by their respective primary Registers 710, ... 716, there 
is no actual delay imposed in the writing of the auxiliary Registers 720, . . . , 726. When the 
primary Registers 710, . . . , 716 have finished loading tiieir respective pages of data into the 
Memory cells of tiieir respective Memory Banks 702, . . . , 708, the auxiliary Registers 720, . . 
. 726 are immediately ready to begin loading their respective pages of data into their 
respective Memory Banks 702, . . . 708. During the programming of the auxiliary registers 
720, 722, 724, 726 into their r^ective Physical Data Blocks, the RAM Data Buffer 730 can 
simultaneously load the next cycle of data into the primary registers. This process of 
simultaneously loading data into one set of registers while a complimentary set of registers 
programs select Flash Memory cells continues until the select data has been loaded into the 
Flash Memory. As noted, the only delay imposed by the loading of data from the RAM Data 
Buffer 730 into the respective RAM Data Registers 710, . . . , 716 occurs during the first 
cycle. 

Assumi ng that each RAM Data Register has a capacity of one page of data, which is 
roughly equal to one Logical Block of User Data; where N = the total number of Memory 
Banks being utilized in a prograrmning operation according to the present invention, p = the 
total niunber of pages to be loaded, t = the amount of time to load a single page of data into a 
single RAM Data Register or RAM Data Buffer, and T = the amount of time required to 
program a single page of data into Flash Memory, the following table compares the 
progr amming q>eeds according to the prior art FIG. 2, multiple Memory Banks with a single 
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RAM Data Register per Memory Bank according to the present invention ^PIG, 6), and 
multiple Memory Banks with dual RAM Data Registers according to the present invention 
(FIG. 7) : 



Total Programmmg Time (P^f^T^ 

5 A. Traditional Flash Memory System of FIG 2 ProgTnne =P(t = T) • 

B. Multi-bank Flash Memory System of FIG 6 PiogTimc = P(t T/N) 

C. Dual RAM Flash Memory System of FIG 7 ProgTme =Nt + p(T/N) 

The programming times for the above table assumes that the Data Bus 61 1, 740 of the 
muM bank systems carries data at the same rate as the Data Bus 230 of a traditional Flash 
1 0 Memory Unit. If Data Bus 611, 740 according to the current invention could program all 

RAM Data Registers 710, ... ,716 simultaneously through a parallel configuration, the above 
equations would have to be altered slightly. 

Returning to the discussion according to FIG. 6, according to the above illustration, N 
Memory Banks per Memory Unit effectively results in a total programming time that is N 

15 times as fast as an appUcation with a traditional Flash Memory Unit. On first blush, this 

would appear to invite the construction of Memory Units comprising hundreds of Memory 
Banks. Although there is no theoretical limit to the number of Memory Banks that might be 
incorporated within a multi-bank Flash Manory Unit, operational parameters according to a 
particular application will tjpically dictate practical limits to the number of Memory Banks 

20 that can be effectively utilized 

According to the prior art, multi- bank Flash Memory units were programmed 
according to an interleaving process, illustrated in conjunction with Fig. 8. According to the 
following illustration, it is assumed for exemplary purposes only that each VLB comprises 
thirty-two individual Logical Blocks in four Physical Data Blocks. It is also assumed for 

25 exemplary purposes that each Register 840, . . . 846 programs one Page of User Data per 

cycle, one Page corresponding to one Logical Block of User Data. Four consecutive VLB's 
of User Data contain one-hundred twenty eight Logical Blocks 810, ... , 826 of data, which 
may be represented either by an address, or an ofi&et number measured against the total 
number of Logical Blocks in the iacoming set of User Data 802. For example, the third 

30 Logical Block 825 within the fourth Virtual Logical Block 806 can be represented either by 

tihie address 24:2, indicating VLBA 24, offset 2, or simply according to tihe total offset number 
98, measured against all one hundred twenty-eight Logical Blocks in the incoming set of User 
Data 800. Four consecutive VLB's 803, 804, 805, 806 comprising a single set of incoming 
User Data 800 are processed by the ControUer 604 (FIG. 6), and essentially form one 

3 5 continuous stack of incoming data. 

When data was stored in such a multibank structure according to the prior art, an 
interleaving process fragments a single Virtual Logical Blocks of data into multiple Physical 
Memory Blocks. This process can be illustrated in in conjunction with FIG. 8. Consecutive 
logical blocks 810, 811, 812, 813 within the same Virtual Logical Block 803 are 
40 consecutively loaded into the RAM Data Registers 840, . . . , 846 for storage. In the first 

cycle. Logical Block 21:0 810 is loaded into RAM Data Register 1 840, Logical Block 21:1 
8 1 1 is loaded into RAM Data Register 2 842, Logical Block 21 :2 8 12 is loaded into RAM 
Data Regista: 3 844, and Logical Block 21 :3 813 is loaded into RAM Data Register 4 846. 
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The contents of the four registers 840, . . . , 846 are then simultaneously programmed into the 
first Pages 858, 861, 864 and 870 within four separate and distinct Physical Data Blocks 850, 
852, 854, 856 within the respective Memory Banks 832, 834, 836, 838. Data stored 
according to this mterleaved process thorefore firagments a single Virtual Logical Block of 
Data Across four separate Physical Memory Blocks 850, 852, 854, 856 disposed within four 
separate Memory Banks 832, 834, 836, 838. When the data were retrieved in a reverse 
process, it can be reconstructed accurately. However, if a reverse interleaving process is not 
utilized, reconstmction of the User Data becomes problematic. Although reconstruction can 
be accomphshed through detailed Correlation Fields which correlate LBA's to PBA's, the 
resulting liabilities in memory consumption make this option largely unworkable. 

Because the interleaving process is achieved in part to the activity of the Host, a Host 
designed to work in conjxmction with a standard or single -bank Flash Memory Unit can only 
reconstract a file of User Data when a single VLB is stored in a single VPB, establishing a 
one-to-one Correlation between the LBA's and the PBAs. Older Hosts therefore cannot 
retrieve data fi-om multiple memory banks that store data in a firagmented or interleaved 
fashion; the systems are simply not coinpatible. The problem could theoretically be resolved 
by designing a multibank flash memory stick with a RAM Data buffer 830, Fig. 8 of 
sufficient data capacity to store the four incoming Virtual Logical Blocks of data 803, . . . , 
806, and perform the interleaving process transparently within the flash memory stick. A 
Host would simply load data continuously into a RAM Data Buffer of the Flash Monory 
System. How the Flash Memory System processed the data would be transparent, and 
therefore t irrelevant and to the Host. The obvious drawback is the massive amount of 
memory which must be set aside for xise by the RAM Data bxiffer. Similarly, the problem 
could be solved by devoting a massive amount of memory within the Flash Memory System 
to the RAM the Space Manager. If every single LB A were correlated to every single PBA, 
fragmentation would not prevent reconstruction of data. Again however, a massive amount 
of valuable memory would have to be devoted to the random access memory of the Flash 
Memory System, reducing the actual capacity of the flash memory itself. Although either of 
these solutions might resolve the problem of designing a Flash Memory System compatible 
with various Hosts, they do not lend themselves well to Flash Memory applications. 

There exists therefore need for a multi-bank flash memory stick which exhibits the 
speed advantages a multibank Flash Memory Unit, while maintaining downward 
compatibility with older Hosts designed for traditional single bank Memory sticks. There 
further exists a need for a Host that can utilize the speed advantages of a multibank flash 
Memory Unit while storing the data in an arrangement that can later been retrieved by older 
Hosts. There further exists a need for a user friendly means for configuring a Flash Memory 
System to store data in a proper arrangement according to the capabilities and format of the 
Host transmitting the data for storage. There frirther exists a need for a user friendly means of 
configuring a Host to send and retrieve data in a format or protocol that is compatible with 
both traditional single-bank flash memory sticks, and multibank Flash Mraiory sticks. There 
further exists a need for achieving compatibihty while niininiizing the amount of memory 
expended on the RAM Data buffer. There further exists a need for achieving compatibility 
with diverse Hosts while miaimizing the amount of flash memory expended on the RAM a 
Space Manager. 
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BRIEF DESCRIPTION OF THE INVENTION 

The present invention discloses a method and apparatus for storing incoming user data in a 
multibank Flash Memory System which exhibits the. speed advantages a multibank Unit while 
storing a Virtual Logical Block of data in a non fragmented arrangCTient, th^eby maintaining 
5 downward compatibility with older Hosts designed for traditional single Memory Banks 

sticks. The present invention further discloses a method and apparatus for utihzing the speed 
advantages of a multibank Flash Memory Unit while storing data in an arrangement 
- accessible to older Hosts. The present invention further discloses a method and apparatus for 
configuring a multibank Flash Memory System to store data in a propCT arrangement 
10 according to tiie capabiUties and format of a Host transmitting the data for storage. The 
present invention further discloses a method and apparatus for configuring a high- 
perfomiance Host to send and retrieve data in a format or protocol that is compatible with 
both traditional single-bank flash memory sticks, and multibank Flash Memory sticks. The 
present invention finlher discloses a method and apparatus for achieving compatibihty with 

15 both traditional and high performance Hosts while mmimiTiTig the amnnnt nfmpn^pnry 

expended on the RAM Data btLfif^. The present invention further discloses a method and 
apparatus for achieving compatibility with both traditional and high performance Hosts while 
minimizing the amount of memory expended on the RAM Space Manager. 

According to one embodiment of the present inventioni, a Flash Memory System 
20 comprises a plurality of separate and independently addressable Memory Banks. Each 
Memory Bank comprises a pluraUty of independentiy addressable and independentiy 
programmable non- volatile Data Storage Areas and a piimary RAM Data RegistCT. A first 
primary RAM Data Register within a first Memory Bank is capable of progranuning data into 
Data Storage Areas within the first Memory Bank, and a second primary RAM Data Register 
25 within a second Memory Bank is capable of programming data into Data Storage Areas 
within the second Memory Bank. Tlie Flash Memory SystCTi also comprises a Vendor 
Unique Value, including means for loading the Vendor Unique Value into a Handshake Data 
Envelope upon start up. When no responsive handshake is received firom a Host, the Flash 
Memory System defaults to a first mode for storing data in a manner compatible with 
30 traditional Hosts. When the responsive handshake is received firom the Host, the Rash 

Memory System is configured to a second data storage mode capable all of storing multiple 
pages of data simultaneously by means of the multiple Memory Banks. 

According to one embodiment of the present invention, a Flash Memory System 
comprises a plurality of separate and independentiy addressable Memory Banks. Each 

35 Memory Bank comprises a plinrality of independently addressable and independentiy 

programmable non-volatile Data Storage Areas, and a primary and an auxihary RAM Data 
Register. A first primary and first auxiliaiy RAM Data Register within a first Memory Bank 
are independentiy capable of programming data into Data Storage Areas within the first 
Memory Bank. A second primary and the second auxihary RAM Data Register within a 

40 second Memory Bank are indq)endently capable of programming data into Data Storage 

Areas within the second Memory Batik. When operating in a high-performance storage mode 
utilizing simultaneous programming of multiple Memory Banks, sequential programming 
cycles will alternately utilize the primary and auxiliary RAM Data Registers for data storage. 
The Flash Memory Sj^em also comprises a Vendor Unique Value, including means for 

45 loading the Vendor Unique Value into a Handshake Data Envelope upon start up. If no 
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responsive handshake is received from a Host, the Flash Memory System defaults to a first 
mode for storing data in a manner compatible with traditional Hosts. If a responsive 
handshake is received from the Host, the Flash Memory System is configured to a second 
mode, capable all of storing multiple pages of data simultaneously by means of the multiple 
• S Memory Banks.' 

According to one embodiment of the present invention, a method of programming 
incoming data into a multibank Flash Memory System comprising a Vaador Unique Value, a 
Controller operatively connected to a Memory Unit, the Controller comprising a RAM Data 
Buffer operatively connected to a Memory Interface Circuit, the Flash Memory Unit 

1 0 comprising a plurality of separate and individually addressable Memory Banks, each Memory 
Bank comprising a primary RAM Data Register and a plurality of individually addressable 
and individually programmable Physical Data Blocks, each Physical Data Block comprising a 
pluraUty of individually addressable and individually programmable Pages, the method 
comprising the steps of generating a Handshake Data Envelope, loading the Vendor Unique 

15 Value within a Flash Memory System into the Handshake Data Envelope; and sending the 
Handshake Data Envelope to a Host. If no responsive handshake is received from the Host, 
the Flash Memory Sj^em defaults to a first data storage configuration and programs 
incoming data into the Flash Memory System according to a first data storage method of 
programming one page of User Data per programming cycle. If a responsive handshake is 

20 received, the Flash Memory System is configured to a second data storage configuration 
which includes the simultaneous programming of a plurality of pages of data into multiple 
Memory Banks on each programrning cycle. The progianiming is performed in a non- 
interleaved fashion so that consecutive Logical Block Addresses within a common Virtual 
Logical Block Address are stored in consecutive physical block addresses in a common 

25 Physical Data Block. 

According to one embodiment of the present invention, a method of programming 
incoming data into a multibank Flash Memory System comprising a Vendor Unique Value, a 
Controller operatively connected to a Memory Unit, the Controller comprising a RAM Data 
Buffer operatively connected to a Memory Interface Circuit, the Flash Memory Unit 

30 comprising a plurality of separate and individually addressable Memory Banks, each Memory 
Bank comprising a primary RAM Data Register, an auxiliary RAM Data Register and a 
plurality of individually addressable and individually programmable Physical Data Blocks, 
each Physical Data Block comprising a plurality of individually addressable and individually 
programmable Pages, the method comprising the steps of generating a Handshake Data 

35 Envelope, loading the Vendor Unique Value within a Flash Memory System into the 
Handshake Data Envelope, and sending the Handshake Data Envelope to a Host. If no 
responsive handshake is received from the Host, the Flash Memory System defaults to a first 
data storage configuration and programs incoming data into the Flash Memory System 
accoSrding to a fiirst data storage method of programming one page of User Data per 

40 programTning cycle. If a responsive handshake is received, the Flash Memory Sj^tem is 
configured to a second data storage configuration which includes the simultaneous 
programming of a plurality of pages of data into multiple Memory Banks on each 
programming cycle. The programming is performed in a non- interleaved fashion so that 
consecutive Logical Block Addresses within a common Virtual Logical Block Address are 
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Stored in consecutive physical block addresses in a common Physical Data Block. Sequential 
programming cycles will alternately utilize the primaiy and auxiUary RAM Data Registers for 
data storage. 

These and other advantages will become apparent to those of ordinary skill in the art 
after having read the following detailed description of the preferred embodiments which are 
illustrated in the various drawings and figures. 

Brief Description of the Drawings 

The accompanying drawings, which are incorporated in and form a part of this 
specification, illustrate embodiments of the invention and, together with the description, serve 
to explain the principles of the inventiorL 

FIG. 1 is an illustration a group of Physical Memory Blocks comprising a plurahty of pages. 
FIG. 2 is a removable flash memory card coupled to a Host according to the prior art. 
FIG. 3 discloses various registers and fields used for data correlation and storage. 
FIG. 4 is a flow chart disclosing a method of correlating physical and logical addresses during 
storage of data. 

FIG. 5 is a flow chart disclosing a method of retrieving data. 

FIG. 6 is a pictorial diagram of a Flash Memory System conq)rising multiple memory banks, 
each bank comprising a single RAM Data Register. 

FIG. 7 is a pictorial diagram of a Flash Memory System comprising multiple memory banks, 
each bank comprising two RAM Data Registers. 

FIG. 9 is a flow chart disclosing one way of implementing the high-performance multiple 
memory bank storage algorithm according to the present inventiorL 
FIG. 10 shows a Host containing correlation data coupled to a Flash Memory System. 
FIG. 11 shows a Handshake Data Envelope. 

Detailed Description of the Preferred KmhoHiment 

Reference will now be made in detail to the preferred embodiments of the invention, 
examples of which are illustrated in the accompanying drawings. While the invention will be 
described in conjunction with the preferred embodiments, it will be understood that they are 
not intended to limit the invention to these embodiments. On the contrary, the invention is 
intended to cover alternatives, modifications and equivalents, which maybe included within 
the spirit and scope of the invention as defined by the appended claims. For example, within 
the following disclosure, a collection of data my commonly be referred to as a Virtual Logical 
Block of data comprising component Logical Blocks of data. A discussion incorporating 
these terms is not intended to limit the invention to specific units of data commonly used 
within the art today, but simply to illustrate the fimction of groupings and sub-groupings of 
data by terms familiar to those skilled in the art. This same principle is tme for specific 
groupings of Physical memory, such as Physical Data Blocks and component Pages within 
Physical Data Blocks, which are presented as representative examples of how larger 
addressable mraiory areas may be comprised of smaller component memory areas. 
Furthermore, in the following detailed description of the present invention, nxmierous specific 
details are set forth in order to more fiilly illustrate the present invention. However, it will be 
apparent to one of ordinary skill in the prior art that the present invention may be practiced 
without Ihese specific details. In other instances, well-known methods and procedures. 
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components and circuits haven not been.described in detail so as not to unnecessanly obscure 
aspects of the present invention. 

Some portions of the detailed descriptions which follow are presented in terms of 
procedures, logic blocks, processing, and other symboUc representations of operations on data 
bits within a computer memory. These descriptions and representations are the means used 
by those skilled in the data processing arts to most effectively convey the substance of their 
work to others skilled in the arts. A procedure, logic block, process, etc., is here, and 
generally, conceived to be a self-consistent sequaice of steps or instructions leading to a 
desired result. These steps are those requiring physical manipulations of physical quantities. 
WhCTL dealing with computer type devices, components, stmctures or activities, it 1^ proven 
convenient at times, principally for reasons of common usage, to refer to these signals as bits, 
bit streams, data streams, envelopes, packets, registers, fields, bytes, values, elements, 
symbols, characters, t^rm, numbers, or the like. 

It should be further borne in mind that, in discussions of electrical components, the 
trams "connected," "operatively connected," "electrically connected," and like terms denote 
an electrical path between two components. It is xmderstood, however, that such terms do not 
preclude the existence of additional components inteiposed between the two original 
components, even if an additional such component has the capability of interrupting or 
affecting signal or data transmission between the two original components. Only through use 
of the term "directly connected," or like terms, is it intended to denote an electrical 
connection between two components that precludes any additional components, other than an 
electrical conductor, inteiposed between the two original components. Finally, data being 
transmitted comprises at least three different elements, the data, the envelope containing the 
data, often called a Logical Block or a virtual logical block, and an address. An address such 
as an LBA may be thought of as identifying a collection of data, or the envelope (Logical 
Block) in which the data is stored. An actual address may exist as bits within a data packet, 
or may be generated by a receiving processor as it counts consecutively received data packets. 
In such a case, an address does not even exist as a real entity. A Logical Block itself may be 
thought of as a collection of data, or as an envelope containing a collection of data. 
Consecutive Logical Block Addresses may be though of as belonging to a common envelop 
of data (the virtual logical block), or to a common address, (the virtual logical block address). 
The term "consecutive" may itself be variously described to,consecutive addresses (for 
example, consecutive LBA's), consecutive data envelopes (for example consecutive LB's) or 
consecutive collections of data within consecutive envelopes defined by consecutive 
addresses. Because of the ephemeral nature of data, particularly data under transmission, as 
illustrated by these examples, there is oftentimes no one **righf ' way of describing 
relationships between data, data envelopes, and data/envelope addresses. Although care has 
been taken to use terms which best clarify a process or structure described herein, 
descriptions of relationships, manipulation, and storage of data, data envelopes, and their 
respective addresses must always be evaluated in ligjat of the context in which the statements 
occur. 

An object all of the present invention involves the simultaneous prograraming a 
multibank flash memory card such that a unitary Virtual Logical Block of data is stored 
within a unitary Physical Data Block, wherein consecutive Logical Block Addresses of data 
are stored in consecutive Physical Block Addresses, thereby preserving the sequential one-to- 
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one relationship of the necessary to retrieve data according to the prior art. This high- 
performance progr amming method can be illustrated using Fig. 8, which was also used to 
illustrate the process of data storage according to the prior art. According to the present 
invention, the four incoming Logical Blocks of data, 803, 804, 805, 806, would not be 
5 fragmented during the storage or programming process. Logical blocks of data which WCTe 
consecutively addressed within the same Virtual Logical Block before storage would retain 
consecutive physical addresses when stored in the Physical Memory. For example, 
consecutively addressed Logical Blocks 810, 81 1 . . . , 814 comprising VLB A 21 803 would 
respectively be stored in consecutively addressed Physical Block Addresses, 858, 859, . . . , 

10 860 within the same Physical Data Block 850. To achieve a non-firagmented storage within 
the Physical Memory, Data caimot be interleaved when it is sent from tiie RAM Data buffer 
830 to the plurality of RAM Data Registers 840, . . . 846. The process by which a non 
fragmented storage can take place within a multibank Flash Memory System involves storing 
one Logical Block &om each VLB per programming cycle. The plurality of Logical Block 

15 Addresses being programmed on any given cycle are identical. On successive programming 
steps, the process moves through consecutively addressed Logical Blocks. Logical Block 
Addresses defined by a common VLB A are always sent to the same RAM Data register and 
stored in a common Physical Data Block such that data from consecutive Logical Block 
Addresses are stored in consecutive physical block addresses , as illustrated herein: 

20 During the first cycle. Data from the first Logical Block 810 of the first VLB 803 is 

loaded into the first RAM Data Register 840. Data &om the first Logical Block 815 of the 
second VLB 804 is loaded into the second RAM Data Register 842. Data from the first 
Logical Block 819 of the third VLB 805 is loaded into the third RAM Data Register 844, and 
Data fix>m the first Logical Block 810 of the fourth VLB 806 is loaded into the fourth RAM 

25 Data Register 846. The four RAM Data Registers 840, . . . , 846 then simultaneously 
program their contents into Physical Pages 858, 861, 864 and 870 respectively. 

During the second cycle, data from the second logical block 811,816, 820, 824 of the 
four respective Virtual Logical Blocks 803, 804, 805, 806 would be loaded into the four 
respective RAM Data Registers 840, . . . , 846, and then simultaneously program their 
30 contCTLts into Physical Pages 858, 861, 864 and 870 req)ectively. 

The process would continue until the final Logical Blocks 814, 818, 822, 826 fix^m the 
four VLB's 803, 804, 805, 806 are respectively programmed into the final Pages 860, 863, 
866, 872 of the four respective Physical Data Blocks 850, 852, 854, 856 distributed among 
the four exemplary Memory Banks 832, 834, 836, 838. ITirough this process, the original 
35 orientation of consecutive Logical Blocks within each VLB is retained in consecutive Pages 
of the Physical Data Blocks. 

FIG. 9 is a flow chart describing one way in which this the data arrangement could be 
achieved. It is understood that this flow chart describes one sequence of events for achieving 
this goal. Those skilled in the art wiU be able to generate algorithms which are fimctionaUy 
40 identical, though the specific steps may be different than those described herein. The flow 

chart in Fig. 9 therefore is not intended as a limitation of a method of data storage envisioned 
by the present invention. When a Host has identified and incoming while data for storage, it 
begins in the first Virtual Logical Block of the file of data. In the first step 902, the processor 
identifies the lowest Logical Block Address containing incoming data. It becomes the select 
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Logical Block Address. In flie next step 904, the controller of the Flash Memory System 
stores a Data from the current Logical Block within flie current Virtual Logical Block into the 
first '"page" of the RAM Data buffer. In the next step 906, the Virtual Logical Block 
Addresses is incremented by one. (Although the algorithm as described herein assumes that 
5 Virtual Logical Block Addresses comprising the file of incoming data are consecutive Virtual 
Logical Block Addresses for ease of illustration, one skilled in the art would know how to 
implement the present algorithm to store an incoming file of User Data comprising non 
sequential Virtual Logical Block Addresses.) In the next step 908, the ^'page" within the 
RAM Data buffer is incremented by one. In the following step 907, the processor 

10 concatenates the LBA of&et onto the VLBA to form a select LBA. In the next step 910, data 
defined according to the cim^t LBA and the current VLBA is stored in the current page of 
the RAM Data buffer. In the next step, 912, the processor determines if the current VLBA is 
the last VLBA within the incoming file of data. If it is not ttie last VLBA, the processor 
returns to step 906 and repeats the cycle fix>m that point. If the current VLBA is the last 

15 VLBA in the incoming data file, the processor then system step 914, where consecutive Pages 
within the RAM Data buffo: are stored into successive RAM Data Registers. According to 
the next step 916, the controller determines if it has already selected Virtual Physical Block 
Address in which to store the ciirrent data file. If no VPBA has been selected, tiie processor 
selects a firee VPBA in step 918. When a processor has selected a firee VPBA, according to 

20 step 920, a processor concatenates to the currrat VLB offset onto the current VPBA, forming 
a current PBA- According to next step 922, the RAM Data Registers program their contents 
into Pages within tilie respective Memory Banks defined by the current Physical Block 
Address. In step 924, the processor determines if the current LBA is the final LBA in the 
incoming file of data. If the final Logical Block of data has been stored the process 

25 terminates according to stqp 932. If the data stored is not the final LBA in the incoming fiJie 
of data, a processor increments the LBA in step 926, resets the VLBA to the first VLBA in 
the incoming file data in step 928, and resets to the first **page" within the RAM Data buffer 
step 930. The processor returns to step 907 and continues the data storage process. 

Because the high performance data storage algorithm described herein draws data 
30 fix>m multiple Virtual Logical Blocks throughout flie entire fiOle of incoming User Data on 
each cycle of data storage, if the process £ls disclosed above were take place exclusively 
within the Flash Memory System 600 Fig. 6, the RAM Data buffer 607, 830 would have to be 
large enough to hold the entire file of incoming User Data 800. According to tiie preferred 
embodiment therefore, the Logical Blocks of data are selected by the Host 601 on each 
35 programming cycle and sent to the RAM Data buffer 607. This advantageously allows the 
RAM Data Buff^ 607 to be substantially reduced in size, fi:^eing up valuable memory space 
within the Flash Memory System 600. In the preferred embodiment, the RAM Data Buffer 
912 has memory capacity equal to the total memory of flie RAM Data Registers 930, . . . 936 
present within the Flash Memory System. The amoimt of random access memory within a 
40 Flash Memory System can be fin-ther reduced by eliminating the Space Manager 370, Fig. 3 
firom the Flash Memory System 600, and storing correlation data 1006 within the Host 601, 
as depicted in FIG. 10. 

A potential drawback of the high-performance non interleaved data storage process 
according to the present invention rests in compatibiUty with traditional "single-bank" Flash 
45 Memory Systems or traditional Hosts. The present invention selects a Logical Block of data 
firom multiple VLB's on every programming cycle. Traditional Flash Memory Systems 
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Stored one Logical Block per cycle, and selected Logical Blocks consecutively. Storage of 
data fix)m a second VLB was not commenced until all the data fiom the first VLB had been 
stored. 

Therefore, although the arrangement of data stored within the Physical Memory is 
5 similar or identical when using a traditional Host or a high-performance Host, the process by 
which data is stored in both circumstances is radically different In the traditional 
embodiment, sequentially received Logical Blocks of data are programmed into consecutive 
Physical Block Addresses within the same Physical Data Block. In the high performance 
embodiment, sequentially received Logical Blocks of data are simultaneously programmed 

10 into separate Physical Data Blocks distributed among separate Memory Banks. If a Flash 
Memory System were to store incoming data from a traditional Host according to the high 
performance method disclosed herein. Data coming from a traditional Host would be 
fragmented similar to the interleaving process, destroying the very object of the Invention. 
Because the Flash Memory System must adopt a different data storage algorithm for 
. IS traditioiial and high-perfonnance Hosts, the Flash Memory System must have a way of 
determining whether the Host with which it is commimicadng is traditional or high 
performance. After making this determination, the Flash Memory System must be able to 
configure itself to store data according to a method which is appropriate for that Host. 

According to the present invention, a hand-shaking and configuration process takes 

20 place on power up. During the hand-shake process, information is exchanged between the 
Flash Memory System and the Host FIG. 1 1 depicts an Envelope 1 100 of data transferred 
from the Flash Memory System to the Host on start up. The Envelope 1 100 is typically 512 
bjrtes, including a header 1 102, traditional data 1 104 typically transferred on start up, and a 
large Unused Portion 1 106 of the Data Envelop 1 100. When a traditional Host receives the 

25 Data Envelope 1 100 on start up, it does not process, nor does it care what is stored witibin the 
Unused portion 1 1 06 of the data envelope 1 1 00. According to the presCTit invention, 
therefore, a multi-bank memory system will insert a Vendor Unique Value into the Unused 
Portion 1 106 of the Data Envelope 1 100, which is sent to the Host on start up. There are 
three possible scenarios on start up. 

30 In the first scenario, a traditional **memory stick" or Flash Memory System sends a 

Hand-shake Envelope to a high performance Host on start up. The traditional memory stick 
does not have a vendor technique value, nor a means for writing such value hi the Unused 
Portion 1 106 of the Hand Shake envelope. Upon receiving the Hand-Shake Envelope, the 
high performance Host examines the Unused Portion 1 106 of the Envelope 1 100 and 

35 detemiines that the memory stick is a traditional memory stick. The Host then defaults to the 
traditional configuration of sending data from consecutive Logical Block Addresses of data. 

In the second possible scenario, a high performance memory stick writes a vendor 
unique value in the unused portion of the Hand-shake Envelope on start up, and sends tiie 
packet to a traditional Host. Because the Host is not a hig^ performance Host, it caxmot read 

40 or process the Vendor Unique Value, and does not respond by identifymg itself as a high 
performance Host. The default state of the high performance memory stick is Ihe standard 
mode, wherein consecutive Logical Block Addresses are stored in consecutive Physical Block 
Addresses. Because the Host fails to acknowledge the Vendor Unique Value on a return 
hand-shake, the high perfoimance memory stick operates in the default mode, and does not 

45 perform simultaneous programming in separate memory banks. 
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In the third scenario, a high performance memory stick inserts a Vendor Unique Value 
into the unused portion of the Handshake Envelope at start up, and sends the packet to a high 
performance Host. Upon receipt of a Hand-shake Envelope containing the specific Vendor 
Unique Value in the unused area of the packet, the hi^ performance Host sends a responsive 
handshake to the high performance memory stick, confucming the presence of a high 
performance Host. The Host also configures itself to send data fi-om multiple VLB's on every 
cycle of programming. Upon receiving the proper response from a higji performance Host, 
the high performance memory stick then configures itself to store incoming data in successive 
memory banks, as disclosed according to the present invention. 

Jn an altCToative embodiment, flie RAM Data buffer 607 within the high performance 
Flash Memory System is large enough to store entire file of incoming User Data. A 
disadvantage of this embodiment is the significant amount of memory consumed by the RAM 
Data buffer 607. An advantage of this embodiment is that it would be able to download an 
entire file of user data from a traditional Host, and perform multibank simultaneous storage, 
thereby allowing a traditional Host to utilize the speed advantages of a multibank Flash 
Memory System. 

The present invention has been described in terms of specific embodiments incorporating 
many specific details offered to facilitate an imderstanding of the principles of construction 
and operation of the invention. The reference herein to specific rai^bodiments and details 
thereof are not intended to limit the scope of the claims appended hereto. It will be apparent 
to those skilled in the art that modifications maybe made to the embodiments chosen for 
illustration without departing, from the spirit and scope of the invention. 
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CLAIMS: 
What is claimed: 



1 1 . A Flash Memory System comprising a plurality of separate and independently 

2 addressable Memory Banks, each Memory Bank comprising : 

3 a. a plurality of independently addressable and independently programmable 

4 non-volatile Data Storage Areas; 

5 b. a primary RAM Data Register, wherein a first primary RAM Data Register 

6 within a first Memory Bank is capable of programming data into Data Storage 

7 Areas within the first Memory Bank, and a second primary RAM Data 

8 Register witiiin a second Memory Bank is capable of programming data into 

9 Data Storage Areas within the second Memory Bank; and 

10 c. A Vendor Unique Value, including means for loading the Vendor Unique 

1 1 Value into a Handshake Data Envelope upon start up. 

1 2. The Flash Memory System according to Claim 1 fiulher comprising a Controller with 

2 a Host Interface Circuit, a RAM Data Buffer and a Memory hiterface Circuit, the 

3 • RAM Data Buffer being operadvely connected to the Host Interface Circuit and to the 

4 Memory Ihterj&ce Circuit, the Memory iater&ce Circuit being operadvely coimected 

5 to the primary RAM Data Registers in each of the plurality of Memory Banks by 

6 means of a Data Bus, wherein the Controller is capable of controlling a programming 

7 of data into the plurality of Data Storage Areas distributed among a plurality of 

8 Memory Banks through the primary RAM Data Registers associated with the 

9 respective plurality of a Memory Banks. 

1 3. The Flash Memory System according to Claim 2 wherein the Data Storage Areas 

2 within the plurality of Memory Banks include a plurality of Physical Data Blocks, 

3 each Physical Data Block being comprised of a plurality of pages. 

1 4. The Flash Memory System according to Claim 3, wherein flie controller is capable of 

2 operating in a first mode of data storage and a second mode of data storage, wherein 

3 the first mode of data storage is a default mode. 

1 5. The Flash Memory System according to Claim 4 wherein a single progranmiing cycle 

2 according to the first mode of data storage comprises a storage of data into a single 

3 RAM Data Register for programming into a single page. 

1 6. The Flash Memory System according to Claim 5 wherein a single programming cycle 

2 according to the second mode of data storage comprises a storage of data &om a RAM 

3 Data Buffer into a plurality of RAM Data Registers, wherein the plurality of RAM 

4 Data Registers simultaneously program data into a respective plurality of pages. 

1 7 . The Flash Memory System of Claim 6 further comprising: 

2 a. a Host; and 

3 b. means for transmitting the Handshake Data l^velope to the Host upon start 

4 up. 
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1 8. The Flash Memory System according to Claim 7 wherein the controller is configured 

2 stored incoming User Data according to a first mode of data storage when no 

3 responsive handshake is received fi-om the Host 

1 9. The Rash Mranory System according to Claim 8, wherein the controller is configured 

2 to store incoming User Data according to the second mode of data storage when a 

3 responsive handshake is received &om the Host. 

1 10. The Flash Memory System according to Claim 9 wherein a RAM Data Register 

2 comprises sufficient memory to program a Physical Page. 

1 11. The Flash Memory System according to Claim 9 fiuiher comprising means for 

2 selecting a plurality of Logical Blocks of incoming data to be programmed into 

3 separate pages within the Flash Memory System during a cycle of operatioiL 

1 12. The Flash Memory System according to Claim 1 1 wherein means for selecting a 

2 plurality of logical Blocks is resident within the Host. 

1 13. The Flash Memory System according to Claim 1 1 wherein means for selecting a 

2 plmrahty of logical Blocks is resident within the Flash Memory System. 

1 14. The Flash Memory System according to Claim 1 3 wherein the RAM Data buffer 

2 comprises sufficient memory to store entire file of incoming User Data. 

» 

1 15. The Flash Memory Unit according to Claim 12 wherein the Host is a Digital Camera. 

1 16. The Flash Memory System according to Claim 1 1 , each Memory bank the fiirther 

2 comprising an auxiliary RAM Data RegistCT, wherein a first auxiliary RAM Data 

3 Buffer within the first Memory bank is capable of programming data into Data storage 

4 areas within the first Memory bank, and a second auxiliary RAM Data Register is 

5 capable programming data into Data storage areas within the second Memory bank. 

1 17. A method of programming incoming data into a multibank Flash Memory System 

2 comprising a Vendor Unique Value, a Controller operatively coimected to a Memory 

3 Unit, the Controller comprising a RAM Data Buffer operatively coimected to a 

4 Memory Interface Circuit, the Flash Memory Unit comprising a plurality of s^arate 

5 and individually addressable Memory Banks, each Memory Bank comprising a 

6 primary RAM Data Register and a plurality of individually addressable and 

7 individually programmable Physical Data Blocks, each Physical Data Block 

8 comprising a plurality of individually addressable and individually programmable 

9 Pages, the method comprising the steps: 

10 a. generating a Handshake Data Envelope; 

11 b. loading the Vendor Unique Value within a Flash Memory System into the 

12 Handshake Data Envelope; and 

13 c. sending the Handshake Data Envelope from the Flash Memory System to a 

14 Host 
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1 18. The method according to Claiin 1 7 further comprising the steps: 

2 a. defaulting and to a first data storage configuration; and 

3 b. programming incoming data into the Flash Memory System according to a 

4 first data storage method, wherein the first data storage method comprises the 

5 step of programming one page of user data per programming cycle. 

1 19. The method according to Claim 17 finlher comprising the steps: 

2 a. sending a reply handshake fix)m the Host to the Flash Memory System; 

3 b. configuring the Flash Memory System according to a second data storage 

4 configuration; and 

5 c. programming incoming data into the Flash Memory System according to a 

6 second data storage method, wherein the second data storage method 

7 comprises the step of simultaneously programming a plurality of pages of data 

8 into multiple Memory Banks on each programniing cycle. 

1 20. The method according to Claim 19 wherein the step of programroing incoming data 

2 into the Flash Memory S3^tem according to flie second data storage metiiod fixrdier 

3 comprises the steps: 

4 a. loading a first initial Logical Block of data defined by a first VLB A a first 

5 primary RAM Data Register within a first Memory Bank; 

6 b. loading a second initial Logical Block of data defined by a second VLBA into 

7 a second primary RAM Data Register within a second Memory Bank; and 

8 c. simultaneously programming: 

9 i, the first initial Logical Block of data within the first primary RAM 

1 0 Data Register into a first initial page of a first Physical Data Block 

11 within the first Memory Bank, and 

12 ii. the second initial Logical Block of data within the second Primary 

13 RAM Data Register into a second initial page of a second Physical 

14 Data Block within the second Memory Bank. 

1 21. The method of Claim 20 fiirther comprising the steps: 

2 a. loading a first subsequent Logical Block of data defined by the first VLBA 

3 into the first Primary RAM Data Register within the first Memory Baiik; 

4 b. loading a second subsequent Logical Block of data defined by a second VLBA 

5 into the second Primary RAM Data Register within the second Memory Bank; 

6 and 

7 c. simultaneously prograimning: 

8 i. the first subsequent Logical Block of data withm the first Primary 

9 RAM Data Register into a first subsequent page of the first Physical 

10 Data Block; and 

11 ii. the second subsequent Logical Block of data within the second Primary 

12 RAM Data Register into a second subsequent page of the second 

1 3 Physical Data Block. 

1 22. The method according to Claim 21 wherein: 

2 a. the first initial Logical Block and the first subsequent Logical Block are 

3 defined by consecutive logical block addresses within the first Virtual Logical 

4 Block; 
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b. the second initial Logical Block and the second subsequent Logical Block are 
defined by consecutive logical block addresses within the second Virtual 
Logical Block; 

c. the step of loading the first subsequent logical block sequentially follows the 
step of loading the first initial Logical Block data into the first Primary RAM 
Data Register; 

d. the step of loading the second subsequent Logical Block sequentially follows 
the step of loading the second initial Logical Block of data into the second 
Primary RAM Data Register; 

e. the first initial page and the first subsequent page are defined by consecutive 
Physical Block Addresses within the first Physical Data Block; and 

f. the second initial page of the second subsequent page are defiinedby 
consecutive Physical Block Addresses within the second Physical Data Block. 

23. The Method according to Claim 22 wherein each of the plurality of Physical Data 
Blocks within the plurality of Memory Banks of the Flash Memory System comprises 
an identical number of pages which are addressed according to an identical page 
addressing scheme. 

24. The Method according to Claim 23 wherein the first initial page within the first 
Physical Data Block and the second initial page within the second Physical Data 
Block are defined according to a same page address. 

25. The Method according to Claim 24 wherein each Memory Bank comprises an 
identical number of Physical Data Blocks which are addressed according to an 
identical block addressing scheme. 

26. The Method according to Claim 25 wherein the first Physical Data Block and the 
second Physical Data Block are defined according to a same Physical Block Address. 

27. The Method according to Claim 26 wherein an address of the first Memory Bank and 
an address of the second Memory Bank are consecutive addresses. 

28. The method according to Claim 27 wherein each of the plurality of separate and 
separately addressable Memory Banks individually comprise a second, auxiUary RAM 
Data Register, the method further comprising the steps 

a. loading a first subsequent Logical Block of data within the first Virtual 
Logical Block into a first auxihary RAM Data Register within the first 
Memory Bank; 

b. loading a second subsequent Logical Block of data within the second Virtual 
Logical Block into a second Auxihary RAM Data Register within the second 
Memory Bardc; and 
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10 c. simultaaeously programming: 

11 i. the first subsequent Logical Block of data within the first Auxiliary 

12 RAM Data Register into a first subsequoit page within the first 

1 3 Physical Data Block; and 

14 ii. the second subsequent Logical Block of data within the second 

1 5 Auxiliary RAM Data Register into a second subsequent page within 

16 the second Physical Data Block. 

1 29. The Method according to Claim 28 wherein 

2 a, the first initial Logical Block and the first subsequent Logical Block are 

3 consecutively addressed within the first Virtual Logical Block Addresses; 

4 b- Ihe second initial Logical Block and the second subsequent Logical Block are 

5 consecutively addressed within the second Virtual Logical Block Addresses; 

6 c. flie step of loading a first initial Logical Block and the step of loading a first 

7 subsequent logical block comprise sequential steps of loading data into the 

8 RAM Data RegistCTS of the first Memory Bax3k; 

9 d. the step of loading the second initial Logical Block and the step of loading the 

10 second subsequent logical block comprise sequential steps of loading data into 

1 1 the RAM Data Registers of the second Memory Bank; 

12 e. the first initial page and the first subsequent page are consecutively addressed 

13 within the first Physical Data Block; and 

14 f. the second initial page of the second subsequent page are consecutively 

1 5 addressed within the second Physical Data Block. 

1 30, The method according to Claim 1 8 wherein the step of programming incoming data 

2 into tiie Flash Memory System according to the first data storage method comprises 

3 sequential steps of: 

4 a. programming data defined by a first Logical Block Address into a first page of 

5 a Physical Data Block; and 

6 b. progranmiing data defined by a second Logical Block Address into a second 

7 page of the Physical Data Block; wherein the first Logical Block address and 

8 the second Logical Block Address are defined by consecutive addresses within 

9 the same virtual Logical Block Address, and wherein the first page and the 

1 0 second page are defined by consecutive Physical Block Addresses within the 

1 1 same Physical Data Block. 

1 31. A method of programming a Flash Memory System with incoming data firom a Host, 

2 comprising the steps: 

3 a. operatively coupling a flash memory unit to a Host of; and 

4 b. examining a Handshake Data Packet sent by the flash memory unit. 

1 32. The Method according to Claim of 3 1 wherein the, the method further comprising the 

2 steps of configuring the Host to a standard mode of operation and storing data within 

3 the Flash Memory System according to the standard mode of operation when the 

4 Handshake Data Packet lacks a vendor xmique value. 

1 33. The method according to Claim 3 1 , the method finlher comprising the steps of 

2 configuring the Host to a high-performance mode of operation and storing data within 
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3 the Flash Memory System according to a high-performance mode of operation when 

4 the Handshake Data Packet comprises a Vendor Unique Value. 

1 34. The method according to Claim 32 wh^ein the step of storing data within a Flash 

2 Memory System according to tiie standard mode of operation comprises the steps: 

3 a. programming the data from a first Logical Block Address into a first page of a 

4 Physical Data Block; and 

5 b. programming the data from a second Logical Block Address into a second 

6 page of the Physical Data Block; wherein the first Logical Block address and 

7 the second Logical Block Address are consecutive addresses within the same 

8 virtual Logical Block, and wherein the first page and the second page are 

9 defined by consecutive Physical Block Addresses. 



1 35. The method according to Claim 33 wherein the step of storing data within the flash 

2 memory imit according to the high-performance mode of operation comprises the 

3 steps: 

4 a. loading a first initial Logical Block of data defined by a first VLBA into a first 

5 primary RAM Data Register within a first Memory Bank; 

6 b. loading a second initial Logical Block of data defined by a second VLBA into 

7 a second primary RAM Data Register within a second Memory Bank; and 

8 c. simultaneously programming: 

9 i. the first initial Logical Block of data within the first primary RAM 

10 Data Register into a first initial page of a first Physical Data Block 

11 within the first Memory Bank, and 

12 ii. tiie second initial Logical Block of data within the second Primary 

13 RAM Data Register into a second initial page of a second Physical 

14 Data Block wifiiin the second Memory Bank. 

1 36. The method of Claim 35 fiirther comprising the steps: 

2 a. loading a first subsequeait Logical Block of data defined by the first VLBA 

3 into the first Primary RAM Data Register within the first Memory Bank; 

4 b. loading a second subsequent Logical Block of data defined by a second VLBA 

5 into the second Primary RAM Data Register within the second Memory Bank; 

6 and 

7 c. simultaneously programming: 

8 i. the first subsequent Logical Block of data within the first Primary 

9 RAM Data Register into a first subsequent page of the first Physical 

10 Data Block; and 

11 ii. tile second subsequent Logical Block of data within the second Primary 

12 RAM Data Register into a second subsequent page of the second 

13 Physical Data Block. 

1 37. The method according to Claim 36 wherein 

2 a. the fibrst initial Logical Block and the first subsequent Logical Block are 

3 defined by consecutive logical block addresses within the first Virtual Logical 

4 Block; 
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5 b. the second initial Logical Block and the second subsequent Logical Block are 

6 defined by consecutive logical block addresses within the second Virtual 

7 Logical Block; 

8 c. the step of loading the first subsequent logical block sequentially follows the 

9 stqp of loading the first initial Logical Block data into the first Primary RAM 

10 Data Register; 

11 d. the stqp of loading the second subsequent Logical Block sequentially follows 

12 the step of loading the second initial Logical Block of data into the second 

1 3 Primary RAM Data Register; 

14 e. the first initial page and the first subsequent page are defined according to 

1 5 consecutive PBA's within the first Physical Data Block; and 

16 f the second initial page of the second subsequent page are defined according to 

17 consecutive PBA's within the second Physical Data Block. 

1 38. The Method according to Claim 37 wherein each of the plurality of Physical Data 

2 Blocks within the plurality of Memory Banks of the Flash Memory System comprises 

3 an identical number of pages which are addressed according to an identical page 
\A addressing scheme.- 

1 39. The Method according to Claim 38 wherein the first initial page within the first 

2 Physical Data Block and the second initial page within tbe second Physical Data 

3 Block are defined according to a same page address. 

1 40. The Method according to Claim 39 wherein each Memory Bank comprises an 

2 identical number of Physical Data Blocks which are addressed according to an 

3 identical block addressing scheme. 

1 41. The Method according to Claim 40 wherein the first Physical Data Block and the 

2 second Physical Data Block are defined according to a same Phj^ical Block Address. 

1 42. . A method of interfacing a Mgh-performance Host with a traditional Flash Memory 

2 System comprising the steps: 

3 a. receiving a Handshake Data Envelope sent firom a traditional Flash Memory 

4 System to the high-performance Host; 

5 b. examining the Data packet within flie Host; and 

6 c, configuring the Host to store data in a traditional manner. 
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